home *** CD-ROM | disk | FTP | other *** search
/ IRIX 6.4 Applications 1997 August / SGI IRIX 6.4 Applications 1997 August.iso / dist / 4Dwm.idb / usr / relnotes / 4Dwm / ch5.z / ch5
Encoding:
Text File  |  1997-02-07  |  11.6 KB  |  331 lines
  1.  
  2.  
  3.  
  4.                                   - 1 -
  5.  
  6.  
  7.  
  8.        5.  _K_n_o_w_n__P_r_o_b_l_e_m_s__a_n_d__W_o_r_k_a_r_o_u_n_d_s
  9.  
  10.        This chapter lists the known problems with this release of
  11.        4Dwm and, where known, ways to work around them.
  12.  
  13.           +o If 4Dwm receives a signal it cannot catch (for example,
  14.             _k_i_l_l_a_l_l _4_D_w_m) you might be unable to type in any
  15.             windows.  This is because the windows are unable to get
  16.             focus.  If this happens, you need to start a window
  17.             manager.  There are several ways you might be able to
  18.             start one:
  19.  
  20.                - Start one over the network.
  21.  
  22.                - Cut and paste 4Dwm and a new line into a terminal
  23.                  emulator.
  24.  
  25.             Once a window manager is started, you can exit it
  26.             cleanly and start the window manager of your choice.
  27.  
  28.             To exit 4Dwm cleanly:
  29.  
  30.                - Use tttteeeellllllllwwwwmmmm qqqquuuuiiiitttt from a terminal emulator window.
  31.  
  32.                  or
  33.  
  34.                - Send 4Dwm a signal it can catch (for example, _k_i_l_l
  35.                  <_p_i_d>).
  36.  
  37.           +o When invoking _f._e_x_e_c commands, 4Dwm uses the  MWMSHELL
  38.             environment variable if it is set, otherwise the value
  39.             of the SHELL environment variable if it is set,
  40.             otherwise /bin/sh.  These must be valid command shells
  41.             for the _f._e_x_e_c to work.  _f._e_x_e_c command failure might
  42.             not be obvious.  The _f._e_x_e_c command is most efficient
  43.             when MWMSHELL is set to /bin/sh.
  44.  
  45.           +o Certain client programs have chosen not to use the
  46.             ``Close'' function.  Double-clicking on their window
  47.             menu buttons will not close their windows. These client
  48.             programs can be identified by the lack of ``Close'' in
  49.             their menu.
  50.  
  51.           +o Occasionally, when moving between two windows using
  52.             non-default colormaps, there is some brief colormap
  53.             flashing.  The correct colormap is normally installed.
  54.  
  55.           +o On occasion a 4Dwm menu will not be able to get the X
  56.             grabs it needs to function.  The result is a 4Dwm menu
  57.             that stays posted and does not respond to the pointer.
  58.             Pressing the Esc key will usually remedy the situation.
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.                                   - 2 -
  71.  
  72.  
  73.  
  74.           +o If more icons need to be displayed than can fit in the
  75.             icon tiling region, ``holes'' may appear in the tiling
  76.             region (places where you cannot place an icon, even
  77.             though you could before).  The workaround is to reduce
  78.             the number of icons needed and restart 4Dwm.
  79.  
  80.           +o Sometimes the iconbox does not display a scroll bar to
  81.             allow access to all the available icons.  To work
  82.             around this problem, resize the iconbox or use the Pack
  83.             Icons entry on the iconbox menu.
  84.  
  85.           +o 4Dwm may print an error message when icon image files
  86.             are not found or are not valid image files.  This may
  87.             happen in an unusual way if the client's class starts
  88.             with a '/'.  Client or class names should not begin
  89.             with a '/' for the 4Dwm icon search to work properly.
  90.  
  91.           +o Some applications have a problem detecting double-
  92.             clicks when 4Dwm has a button binding active in the
  93.             window context.  By default, 4Dwm does not have such a
  94.             button binding (except for on Meta<Btn3Down>).  This
  95.             may happen with the Desks Overview (ov), interfering
  96.             with switching desks.
  97.  
  98.           +o Windows may receive a stray Button Up event as a result
  99.             of the user double-clicking on the system button of the
  100.             window above it (when it succeeds in closing the
  101.             window).
  102.  
  103.           +o Sometimes additions to the keyBindings in the .4Dwmrc
  104.             file will cause the keyboard focus to not be set to any
  105.             window.  If this happens use the pointer to pop up a
  106.             4Dwm menu (or move or resize a window if the
  107.             rubberbands are displayed in the overlay planes).
  108.  
  109.           +o With pointer focus mode, some applications that use
  110.             modal dialogs may lose input focus.  If this happens,
  111.             move the pointer out of the application window.
  112.  
  113.           +o Session management attempts to launch applications that
  114.             provide a WM_COMMAND property on their windows.  There
  115.             are many reasons why the WM_COMMAND alone is not
  116.             sufficient information to successfully launch an
  117.             application.
  118.  
  119.           +o The session management and desks code work together to
  120.             try to determine which window should appear at what
  121.             location and size and in which desk.  This
  122.             determination is based on the WM_CLASS and WM_COMMAND
  123.             properties of the window, so 4Dwm may not be able to
  124.             distinguish between different windows, especially if
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.                                   - 3 -
  137.  
  138.  
  139.  
  140.             these windows lack the WM_CLASS and WM_COMMAND
  141.             properties.
  142.  
  143.           +o Desks remembers the state and geometry of your window
  144.             in your various desks.  Session management tries to
  145.             launch the applications that correspond to the windows.
  146.             If session management can not launch an application,
  147.             desks may still remember the configuration of that
  148.             window.  Launching the application by hand may cause
  149.             the windows to appear in the state that desks
  150.             remembered them.
  151.  
  152.           +o Deleting a desk does not cause the windows that appear
  153.             in that desk to go away (close or quit) or the
  154.             application to quit running.  If the windows do not
  155.             appear in any remaining desk, access the windows from
  156.             the Desks Overview (ov) Window->List All...  menu
  157.             selection or the Windows Overview (iconbox) if it is
  158.             present.
  159.  
  160.           +o Sometimes the $HOME/.desktop-<hostname>/4Dwm* files are
  161.             corrupted on shutdown/reboot or if the power is turned
  162.             off.  If 4Dwm is running with continuous session
  163.             management, it is recommended that you either use the
  164.             toolchest System->"System Shutdown" entry or quit 4Dwm
  165.             before the shutdown/reboot.  Quitting 4Dwm can be done
  166.             by issuing the command tttteeeellllllllwwwwmmmm qqqquuuuiiiitttt from a terminal
  167.             emulator window.
  168.  
  169.           +o The $HOME/.desktop-<hostname>/4Dwm* files are meant to
  170.             be written only by 4Dwm.  Hand editing these files will
  171.             result in undefined behavior.
  172.  
  173.           +o If you choose to run multiple instances of 4Dwm, be
  174.             aware that they will overwrite each other's
  175.             $HOME/.desktop-<hostname>/4Dwm* files.  The resulting
  176.             desks and session management behavior is undefined.
  177.             With careful attention to turning off session
  178.             management (SG_manageSession: false) or to setting
  179.             session management to the explicit (SG_autoSave: false)
  180.             mode, it is possible to use the window management
  181.             functions of 4Dwm.
  182.  
  183.           +o This version of 4Dwm has some problems with multi-
  184.             headed systems.  One is the situation given above:
  185.             multiple instances of 4Dwm overwriting each other's
  186.             files if you choose to run separate instances of 4Dwm
  187.             on each head.  Another problem occurs when _f_m is
  188.             running: the dynamic root menu may be incorrect
  189.             (usually on the head on which _f_m is not running).
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.                                   - 4 -
  203.  
  204.  
  205.  
  206.           +o 4Dwm has not kept up with the increasing number of
  207.             visuals available on some systems.  It may not work
  208.             properly with some visuals, especially on multi-headed
  209.             systems.
  210.  
  211.           +o Occasionally there seems to be an interaction between
  212.             the Desks Overview (ov) window and 4Dwm that appears as
  213.             a constant resizing of the ov window.  Manually
  214.             resizing or closing the ov window should stop this
  215.             behavior.
  216.  
  217.           +o There is an interaction between ov and 4Dwm when the
  218.             "Global" desk is the current desk which causes new
  219.             windows to be mapped at location 0,0.
  220.  
  221.           +o Since 4Dwm session mangement tries to launch
  222.             applications, if you have your own $HOME/.sgisession or
  223.             $HOME/.xsession file that launches the same
  224.             applications as 4Dwm launches, you may start multiple
  225.             copies of the same application.  If SG_manageSession is
  226.             set to True, you should remove the launching of
  227.             applications that 4Dwm can launch from these files.
  228.  
  229.           +o 4Dwm session management and desks do not always work
  230.             well with multi-windowed applications.  There is
  231.             currently no mechanism in place to relate windows of an
  232.             application.  Oftentimes not all windows of an
  233.             application appear as they were when a session was
  234.             saved.  Dialogs or other windows that an application
  235.             launches may appear in a different desk than the other
  236.             windows of the application.
  237.  
  238.           +o Desks does not understand about maximized windows.
  239.             Since windows are quite often resized when switching
  240.             desks, the maximized windows usually turn into large
  241.             normalized windows upon return to the desk where they
  242.             were previously maximized.
  243.  
  244.           +o If an attempt is made to change the background through
  245.             a tool other than the background control panel or
  246.             _x_s_e_t_r_o_o_t, a warning will be given.  If file manager
  247.             icons on the background are enabled, the warning will
  248.             always be given.  If they are disabled, the warning
  249.             will be given only the first time this occurs.
  250.  
  251.           +o Backgrounds are cached for all desks.  If a user has
  252.             many desks, each using many colors, the colors can fill
  253.             up the colormap.  Similarly, if many desks each have
  254.             large background pixmaps, much server memory may be
  255.             used.
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.                                   - 5 -
  269.  
  270.  
  271.  
  272.           +o Menus and feedback windows appear by default in the
  273.             popup planes (if available). These windows share a
  274.             colormap in the popup planes, so if a color change is
  275.             desired for one of the windows it must be made for all
  276.             of them. There are only three colors available in the
  277.             popup colormap, so more than one attempt may need to be
  278.             made to find colors that work together.  Sometimes when
  279.             too many colors are needed, the ones that can't be
  280.             allocated appear transparent.
  281.  
  282.           +o 4Dwm is meant to be run with schemes enabled.  If
  283.             schemes is disabled, it is likely that there will be
  284.             transparent pixels in 4Dwm's windows in the overlay
  285.             planes.  If this happens, either explicitly set the
  286.             colors (such as 4Dwm*foreground: black) to some color
  287.             that is already appearing in the 4Dwm window (or if it
  288.             is the menus, another option is to remove the menus
  289.             from the overlay planes (4Dwm*SG_visualType: normal) if
  290.             you don't mind the additional exposes it will cause
  291.             when you pop up a 4Dwm menu or feedback window).
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.